Emergency response re-router

ABSTRACT

Emergency response re-routing is provided. Event information is received, wherein the event information identifies a first location. Emergency resources available at the first location are determined. At least one entity in an area surrounding the first location is identified. A notification is issued to at least one entity in an area surrounding the first location, wherein the notification identifies one or more resources required at the first location.

BACKGROUND OF THE INVENTION

The present invention relates generally to the field of navigation, andmore particularly to traffic re-routing.

The Global Positioning System (GPS) is a space-based satellitenavigation system that provides location and time information anywhereon Earth where there is an unobstructed line of sight to four or moreGPS satellites. The GPS location and time information is available toanyone with a GPS receiver, sometimes referred to as a GPS navigationdevice or system. A GPS receiver may display maps, turn-by-turndirections, traffic congestion maps and suggested alternativedirections, and/or information on nearby amenities and attractions.

A GPS receiver may provide a user with route directions. A GPS receivermay also reroute a user if changing driving conditions or routeinformation render the user's current route not optimal. A navigationsystem's re-routing algorithms are based on traffic patterns,congestion, or construction, and can re-route a vehicle in order to afaster route by avoiding the congested area.

SUMMARY

According to one embodiment of the present disclosure, a method foremergency response re-routing is provided. The method includes receivingby one or more processors, event information, wherein the eventinformation identifies a first location; determining, by one or moreprocessors, emergency resources available at the first location;identifying, by one or more processors, at least one entity in an areasurrounding the first location; and issuing, by one or more processors,a notification to at least one entity in an area surrounding the firstlocation, wherein the notification identifies one or more resourcesrequired at the first location.

According to another embodiment of the present disclosure, a computerprogram product for emergency response re-routing is provided. Thecomputer program product comprises a computer readable storage mediumand program instructions stored on the computer readable storage medium.The program instructions include program instructions to receive eventinformation, wherein the event information identifies a first location;program instructions to determine emergency resources available at thefirst location; program instructions to identify at least one entity inan area surrounding the first location; and program instructions toissue a notification to at least one entity in an area surrounding thefirst location, wherein the notification identifies one or moreresources required at the first location.

According to another embodiment of the present disclosure, a computersystem for emergency response re-routing is provided. The computersystem includes one or more computer processors, one or more computerreadable storage media, and program instructions stored on the computerreadable storage media for execution by at least one of the one or moreprocessors. The program instructions include program instructions toreceive event information, wherein the event information identifies afirst location; program instructions to determine emergency resourcesavailable at the first location; program instructions to identify atleast one entity in an area surrounding the first location; and programinstructions to issue a notification to at least one entity in an areasurrounding the first location, wherein the notification identifies oneor more resources required at the first location.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating a distributed dataprocessing environment, in accordance with an embodiment of the presentdisclosure.

FIG. 2 is a flowchart depicting operations for emergency responsere-routing on a computing device within the computing environment ofFIG. 1, in accordance with an embodiment of the present disclosure.

FIG. 3 is a block diagram of components of a computing device executingoperations for emergency response re-routing, in accordance with anembodiment of the present disclosure.

DETAILED DESCRIPTION

Embodiments of the present invention further recognize that an optimal(e.g., fastest or shortest) route may be affected by factors other thantraffic patterns, congestion, and construction, such as emergencyevents. Embodiments of the present invention provide for monitoringemergency events based on 911 phone calls or by monitoring policedispatches and dispatch centers. An emergency situation or event, suchas a fire or car accident, may disrupt the flow of traffic, in whichcase a navigation system can re-route a vehicle to avoid the emergencyevent, or to route the vehicle to the emergency event.

Embodiments of the present invention recognize that in 911 emergencysituations, those at the scene of the emergency may benefit fromadditional medical personnel and other service individuals or vehiclesthat may be nearby. Vehicles in which these nearby responders aretraveling may be routed towards the emergency scene to help. Embodimentsof the present invention recognize that current navigation systems donot re-route in response to 911 or emergency transmission. Embodimentsof the present invention also recognize that current navigation systemsneither re-route based on passenger- nor vehicle-specific informationnor re-route vehicles towards an emergency scene based on vehicleproperties. Embodiments of the present invention alert individuals whomay be able to assist at an emergency scene and re-route them, usingGPS, toward the scene and allow those who should avoid the scene to bere-routed away so as to not disrupt the flow of traffic.

The present invention will now be described in detail with reference tothe Figures. FIG. 1 is a functional block diagram illustrating adistributed data processing environment, generally designated 100, inaccordance with an embodiment of the present invention. Data processingenvironment 100 includes vehicle 110, re-routing system 140, emergencydispatch system 150, and vehicle registry 160, all interconnected overnetwork 130. Network 130 is a medium used to provide communication linksbetween various devices and computers connected within data processingenvironment 100. Network 130 may be, for example, a local area network(LAN), a wide area network (WAN) such as the Internet, any combinationthereof, or any combination of connections and protocols that willsupport communications between GPS receiver 120, re-routing system 140,emergency dispatch system 150, and vehicle registry 160, in accordancewith embodiments of the present invention. FIG. 1 is intended as anillustrative example and not as an architectural limitation for thepresent invention.

Vehicle 110 is any mobile machine that transports passengers or cargo.Vehicle 110 may be, for example, a motorized vehicle, such as anautomobile, bus, truck, motorcycle, boat, helicopter, or airplane. Inother embodiments, vehicle 110 may be a non-motorized method oftransportation, such as bicycle, stroller, or carriage. In yet otherembodiments, vehicle 110 may be an individual walking, running, orotherwise moving, provided the individual is moving with GPS receiver120.

Vehicle 110 includes Global Positioning System (GPS) receiver 120. GPSreceiver 120 may be, for example, a laptop computer, tablet computer,personal computer (PC), smart phone, cellular phone, a dedicated globalpositioning system device, or any programmable electronic device capableof communicating with the Global Positioning System and re-routingsystem 140 via network 130. In general, GPS receiver 120 may be anycomputing system capable of processing program instructions andreceiving data from the Global Positioning System and re-routing system140. In the depicted example GPS receiver 120 is located inside vehicle110. In one embodiment, GPS receiver 120 may be a built in feature ofvehicle 110. In other embodiments, GPS receiver 120 may be a separatedevice (not shown) capable of being relocated to other vehicles, such asa smart phone.

Emergency dispatch system 150 is any system capable of receiving,sending, and otherwise communicating real-time emergency informationwith re-routing system 140 via network 130. In some embodiments,emergency dispatch system 150 may directly receive emergencyinformation, such as from individuals phoning a number for emergencyservices (e.g., 911 in some geographical regions), which is sometimesreferred to as an emergency dispatch center or public safety answeringpoint. In other embodiments, emergency dispatch system 150 may receiveemergency information from another source. Emergency information canrefer to accidents, crimes, and other situations that may pose a risk tohealth, life, property, and/or the environment.

Vehicle registry 160 is a record keeping device that maintainsinformation on vehicles and their operators in order to facilitateappropriate re-routing in accordance with embodiments of the presentinvention. Vehicle registry 160 may be any web document, program, list,database, catalog, or any other system capable of storing vehicleinformation and information associated with those vehicles (e.g., owner,owner occupation). Vehicle registry 160 may store information about anyvehicle, such as vehicle 110, the typical operators of vehicle 110, andthe properties of vehicle 110 (for example, if a snow plow has beenappended to the vehicle). This information is located within vehicleregistry 160 as registry items 165. In various embodiments, vehicleregistry 160 may be a management server, a web server, or any otherelectronic device or computing system capable of processing programinstructions, receiving data, and sending data. The informationcontained in vehicle registry 160 may be input by the vehicle user,vehicle manufacturer, or any combination of sources. Vehicle registry160 may receive vehicle information from manual or digital user input orfrom other databases and may receive information from a combination ofsources. In the embodiment of FIG. 1, vehicle registry 160 is capable ofcommunicating with re-routing system 140 via network 130.

Re-routing system 140 may be a management server, web server, or anyother electronic device or computing system capable of processingprogram instructions and receiving and sending data. In someembodiments, re-routing system 140 may be a laptop computer, tabletcomputer, personal computer, desktop computer, or any programmableelectronic device capable of communicating with GPS receiver 120,emergency dispatch system 150, and vehicle registry 160. In otherembodiments, re-routing system 140 may be a server computing systemutilizing multiple computers as a service system, such as in a cloudenvironment. In another embodiment, re-routing system 140 may be acomputing system utilizing clustered computers and components to act asa single pool of seamless resources when accessed over network 130. Invarious embodiments, re-routing system 140 may include components, asdepicted and described in further detail with respect to FIG. 3.

Re-routing system 140 contains re-routing program 145. Re-routingprogram 145 receives real-time emergency information from emergencydispatch system 150 and GPS receiver 120, correlates the informationreceived with information stored in vehicle registry 160, and sendsnavigation information to GPS receiver 120 via network 130. In oneembodiment, re-routing program 145 may change or recommend changes tothe route provided by GPS receiver 120. In some embodiments, re-routingprogram 145 may make vehicle and user specific determinations toinstruct GPS receiver 120 to direct vehicle 110 to the scene of anemergency or away from the scene of an emergency. For example, in someembodiments, re-routing system 140 may determine that an emergencyrequires a paramedic, and vehicle registry 160 may contain informationthat a particular vehicle's owner is a paramedic. In one embodiment,re-routing program 145 is capable of making vehicle specific navigationrecommendations by using information stored in vehicle registry 160. Inthis embodiment, re-routing program 145 transmits route directions tothe paramedic's GPS receiver (i.e. GPS receiver 120) that direct theparamedic to the scene of the emergency while navigating other vehicles(without paramedic passengers) away from the scene of the accident.

FIG. 2 is a flowchart illustrating operational steps of re-routingprogram 145, executing within data processing environment 100, inaccordance with an embodiment of the present invention. Re-routingprogram 145 gathers real-time information from emergency dispatch system150, real-time location information from GPS receiver 120, and vehicleinformation from vehicle registry 160 to determine how vehicle 110should be routed.

In step 200, re-routing program 145 receives real-time emergencyinformation from emergency dispatch system 150. Emergency dispatchsystem 150 may transmit emergency or accident information based on humaninput (e.g., a bystander phoning a 911 dispatch center to report anaccident) or other sources, such as alerts received from police. In someembodiments, non-human input may indicate the presence of an emergencyto emergency dispatch system 150 (for example, a power outage or a caralarm being activated).

In step 210, re-routing program 145 identifies vehicle location anddirection of travel, vehicle passenger information (e.g., skills andexpertise of passengers), and vehicle information (e.g., type of vehicleand capabilities). Re-routing program 145 identifies vehicle locationand path direction information by communicating with GPS receiver 120via network 130. Re-routing program 145 identifies vehicle passenger andspecification information by communicating with vehicle registry 160 vianetwork 130. For example, vehicle registry 160 may contain informationabout a sedan. Vehicle registry 160 may catalog that the sedan isprimarily driven by a doctor with a nurse as a secondary driver.Re-routing program 145 identifies this information (that the vehicle isdriven by a doctor or a nurse) by communicating with vehicle registry160 via network 130. Vehicle registry 160 may also contain informationabout the vehicle itself. For example, vehicle registry 160 may includethat the vehicle has an attached snow plow. Vehicle registry 160 maycontain any information about vehicle 110 relevant to emergencysituations. For example, vehicle registry 160 may identify resources ofvehicle 110, such as the skills and expertise of the driver and anypassengers, the type and capabilities of the vehicle, and pieces ofequipment. In various examples, a piece of equipment may be adefibrillator, a hydraulic car jack, a towing chain, or any other deviceor piece of equipment that may be required by an emergency condition. Inanother embodiment, vehicle 110 is a pedestrian who has a device withGPS capabilities (i.e., GPS receiver 120). In this case, the pedestrianmay have resources such as skills and expertise or pieces of equipment(e.g., a first aid kit).

In decision 230, re-routing program 145 determines whether vehicle 110should be re-routed. Re-routing program 145 makes this determinationbased on the received emergency, location, vehicle, and passengerinformation. In some embodiments, re-routing information may be storedin vehicle registry 160 or in another registry or repository so long asre-routing information may be accessed by re-routing system 140 vianetwork 130. In some embodiments, re-routing program 145 may determinewhich vehicle or passenger characteristics should be directed to thescene of the emergency and re-route vehicles within a certain distanceto the scene. In some embodiments, re-routing program 145 may identifyvehicles on a path direction towards the scene of the accident and thenaccess that vehicle's information from vehicle registry 160. In someembodiments, re-routing program 145 may perform both steps at or aroundthe same time.

For example, re-routing program 145 may receive information that anaccident occurred at an intersection. Re-routing program 145 receivesinformation from emergency dispatch system 150 that the emergency scenerequires resources including two paramedics and one fire truck.Re-routing program 145 receives information from vehicle registry 160and several GPS receivers (e.g., GPS receiver 120) that, within aone-mile radius, are two paramedics in two different automobiles, onefireman in an automobile, and one fireman in a fire truck. In thisembodiment, re-routing program 145 determines that the two paramedicsand the fireman in the fire truck should be re-routed to the emergencyscene, and that the fireman in an automobile should be re-routed awayfrom the emergency scene.

In other embodiments, re-routing program 145 may identify vehicles on apath towards the emergency scene that should be re-routed away from theemergency scene by communicating with GPS receivers (e.g., GPS receiver120) and vehicle registry 160. Re-routing program 145 determines a newroute for each of the vehicles that avoid the emergency scene. In someembodiments, re-routing program 145 may offer these re-routes to thevehicle passengers such that the vehicle passenger(s) must select to bere-routed. In other embodiments, re-routing program 145 mayautomatically re-route vehicles. In other embodiments still, re-routingprogram 145 may prompt the vehicle passenger for information that is notcontained in vehicle registry 160. For example, a vehicle may becarrying a paramedic who does not normally use the vehicle. In such anembodiment, re-routing program 145 prompts the passenger (i.e., throughGPS receiver 120 or a text message) for relevant passenger information(e.g., “are you a paramedic?” or “does your vehicle contain a first aidkit?”) and determines whether to re-route the vehicle based on theanswers provided. In some embodiments, re-routing program 145 may relyentirely on vehicle user input or other information to determine if avehicle should be re-routed.

Re-routing program 145 may determine whether a vehicle should bere-routed using a number of tactics. For example, re-routing program 145may store vehicle and passenger information in a feature vector (e.g.,as registry items 165). Vector or statistical analysis may be performedon the feature vectors in order to determine a confidence level forwhether a vehicle should be re-routed. For example, re-routing program145 may include a threshold value (e.g., 60% confidence) such that ifthe results of a particular statistical analysis performed on thefeature vector return a confidence level of greater than 60% confidencethat the vehicle should be re-routed toward or away from the emergencyscene, then re-routing program 145 will transmit re-routing instructionsto vehicle 110. Other algorithms or a combination of algorithms may beused in order to determine if the vehicle should be re-routed. Forexample, re-routing program 145 may use a classification algorithm,matrix factorization, or clustering algorithm.

In some embodiments, re-routing program 145 may create an emergencyregistry to catalog various emergency situations in which specificpersonnel and vehicles are typically needed. In such an embodiment,re-routing program 145 can cross-reference passenger and vehicleinformation with the information stored in the registry, like vehicleregistry 160. For example, an emergency registry may store dataspecifying that, in the event of a two car front end collision, thepreferred responders are police, off duty police, EMTs, off-dutydoctors, and off duty nurses. Re-routing program 145 may then analyzethe identified passenger information for passengers near the scene toidentify relevant passengers for re-routing. The emergency registry mayalso include a hierarchy for re-routing the desired personnel. Forexample, re-routing program 145 may first search for a police officer,then an off-duty police officer, etc.

For example, an accident may have occurred at a certain location with anEMT vehicle carrying an EMT and a van carrying an off-duty medicaldoctor nearby. In such an example, re-routing program 145 determinesthat both vehicles are relevant because both carry medical personnel,but if re-routing system 140 re-routed both vehicles towards theaccident it may be redundant. In such an embodiment, re-routing program145 would compare the features of the two vehicles so that re-routingprogram 145 can determine which of the vehicles to re-route to theaccident scene.

If re-routing program 145 determines that the vehicle should bere-routed (decision 230, yes branch), re-routing program 145 willcommunicate with GPS receiver 120 via network 130 to re-route vehicle110 (step 240). Re-routing program 145 re-routes vehicles away from thescene of the emergency or towards the scene of the emergency dependingon determinations made above. In some embodiments, re-routing program145 will communicate with GPS receiver 120 such that the verbal orvisual map instructions change. In other embodiments, re-routing program145 will communicate with GPS receiver 120 such that GPS receiver 120 isable to prompt the user to decide whether the vehicle user would like tobe re-routed. In some embodiments, re-routing program 145 determines ifthe vehicle should be re-routed using a machine learning algorithm. Ifre-routing program 145 determines that the vehicle 110 should not bere-routed (decision 230, no branch), then re-routing program 145 doesnot transmit any re-routing instructions or prompts to GPS receiver 120,and GPS receiver 120 maintains the current route, unless altered by anoutside source (e.g., a passenger in the vehicle).

FIG. 3 is a block diagram of components of the computing deviceexecuting operations for re-routing vehicles, in accordance with anembodiment of the present disclosure. For example, FIG. 3 is a blockdiagram of re-routing system 140 within data processing environment 100executing operations of re-routing program 145.

It should be appreciated that FIG. 3 provides only an illustration ofone implementation and does not imply any limitations with regard to theenvironments in which different embodiments may be implemented. Manymodifications to the depicted environment may be made.

Re-routing system 140 includes communications fabric 302, which providescommunications between computer processor(s) 304, memory 306, persistentstorage 308, communications unit 310, and input/output (I/O)interface(s) 312. Communications fabric 302 can be implemented with anyarchitecture designed for passing data and/or control informationbetween processors (such as microprocessors, communications and networkprocessors, etc.), system memory, peripheral devices, and any otherhardware components within a system. For example, communications fabric302 can be implemented with one or more buses.

Memory 306 and persistent storage 308 are computer-readable storagemedia. In this embodiment, memory 306 includes random access memory(RAM) 314 and cache memory 316. In general, memory 306 can include anysuitable volatile or non-volatile computer-readable storage media.

Each of vehicle registry 160, emergency dispatch system 150, re-routingsystem 140, and re-routing program 145 are stored in persistent storage308 for execution and/or access by one or more of the respectivecomputer processors 304 via one or more memories of memory 306. In thisembodiment, persistent storage 308 includes a magnetic hard disk drive.Alternatively, or in addition to a magnetic hard disk drive, persistentstorage 308 can include a solid state hard drive, a semiconductorstorage device, read-only memory (ROM), erasable programmable read-onlymemory (EPROM), flash memory, or any other computer-readable storagemedia that is capable of storing program instructions or digitalinformation.

The media used by persistent storage 308 may also be removable. Forexample, a removable hard drive may be used for persistent storage 308.Other examples include optical and magnetic disks, thumb drives, andsmart cards that are inserted into a drive for transfer onto anothercomputer-readable storage medium that is also part of persistent storage308.

Communications unit 310, in these examples, provides for communicationswith other data processing systems or devices, including resources ofnetwork 130. In these examples, communications unit 310 includes one ormore network interface cards. Communications unit 310 may providecommunications through the use of either or both physical and wirelesscommunications links. Re-routing program 145 may be downloaded topersistent storage 308 through communications unit 310.

I/O interface(s) 312 allows for input and output of data with otherdevices that may be connected to re-routing system 140. For example, I/Ointerface(s) 312 may provide a connection to external devices 318 suchas a keyboard, keypad, a touch screen, and/or some other suitable inputdevice. External devices 318 can also include portable computer-readablestorage media such as, for example, thumb drives, portable optical ormagnetic disks, and memory cards. Software and data used to practiceembodiments of the present invention (e.g., re-routing program 145) canbe stored on such portable computer-readable storage media and can beloaded onto persistent storage 308 via I/O interface(s) 312. I/Ointerface(s) 312 also connect to a display 320.

Display 320 provides a mechanism to display data to a user and may be,for example, a computer monitor, or a television screen.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the Figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The term(s) “Smalltalk” and the like may be subject to trademark rightsin various jurisdictions throughout the world and are used here only inreference to the products or services properly denominated by the marksto the extent that such trademark rights may exist.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the invention.The terminology used herein was chosen to best explain the principles ofthe embodiment, the practical application or technical improvement overtechnologies found in the marketplace, or to enable others of ordinaryskill in the art to understand the embodiments disclosed herein.

What is claimed is:
 1. A method for emergency response re-routing, themethod comprising: receiving by one or more processors, eventinformation, wherein the event information identifies a first locationand a count of individuals having a skill rating above a predeterminedthreshold; determining, by one or more processors, emergency resourcescurrently available at the first location based upon the received eventinformation; identifying, by one or more processors, a first entity inan area surrounding the first location; responsive to receiving, by oneor more processors, an indication that a first entity of at least oneentity has a first resource of one or more resources required at thefirst location, routing the first entity to the first location; and inresponse to determining, by one or more processors, that a second entitydoes not have at least one of a second resource of the one or moreresources required at the first location, generating, by one or moreprocessors, a route for the second entity to avoid the first location byusing one or more statistical analyses indicating a confidence level. 2.The method of claim 1, further comprising: issuing, by one or moreprocessors, a notification to the first entity, wherein the notificationidentifies one or more resources required at the first location.
 3. Themethod of claim 2, wherein the one or more resources required at thefirst location includes a person having a skill set.
 4. The method ofclaim 2, wherein the one or more resources required includes a piece ofequipment.
 5. The method of claim 1, wherein the event informationidentifies one or more resources required at the first location.
 6. Themethod of claim 5, wherein the one or more resources required include atleast one of: (i) a count of emergency responder personnel, (ii) a countof individuals having a skill rating above a predetermined threshold, or(iii) a piece of equipment.
 7. The method of claim 1, wherein the eventinformation is received from an emergency dispatch system.
 8. The methodof claim 1, further comprising: in response to determining, by one ormore processors, that a second entity, in an area surrounding the firstlocation, does not have a count of individuals having a skill ratingabove a predetermined threshold, issuing, by one or more processors, anotification to the second entity, wherein the notification reroutes thesecond entity to avoid the first location.
 9. A computer program productfor emergency response re-routing, the computer program productcomprising: a computer readable storage medium and program instructionsstored on the computer readable storage medium, the program instructionscomprising: program instructions to receive event information, whereinthe event information identifies a first location and a count ofindividuals having a skill rating above a predetermined threshold;program instructions to determine emergency resources currentlyavailable at the first location based upon the received eventinformation; program instructions to identify a first entity in an areasurrounding the first location; and program instructions to, responsiveto receiving an indication that a first entity of at least one entityhas a first resource of one or more resources required at the firstlocation, route the first entity to the first location; and in responseto determining, by one or more processors, that a second entity does nothave at least one of a second resource of the one or more resourcesrequired at the first location, program instructions to generate a routefor the second entity to avoid the first location by using one or morestatistical analyses indicating a confidence level.
 10. The computerprogram product of claim 9, further comprising: program instructions toissue a notification to the first entity, wherein the notificationidentifies one or more resources required at the first location.
 11. Thecomputer program product of claim 10, wherein the one or more resourcesrequired at the first location includes a person having a skill set. 12.The computer program product of claim 10, wherein the one or moreresources required includes a piece of equipment.
 13. The computerprogram product of claim 9, wherein the event information identifies oneor more resources required at the first location.
 14. The computerprogram product of claim 13, wherein the one or more resources requiredinclude at least one of: (i) a count of emergency responder personnel,(ii) a count of individuals having a skill rating above a predeterminedthreshold, or (iii) a piece of equipment.
 15. A computer system foremergency response re-routing, the computer system comprising: one ormore computer processors; one or more computer readable storage media;program instructions stored on the computer readable storage media forexecution by at least one of the one or more processors, the programinstructions comprising: program instructions to receive eventinformation, wherein the event information identifies a first locationand a count of individuals having a skill rating above a predeterminedthreshold; program instructions to determine emergency resourcescurrently available at the first location based upon the received eventinformation; program instructions to identify a first entity in an areasurrounding the first location; program instructions to, responsive toreceiving an indication that a first entity of at least one entity has afirst resource of one or more resources required at the first location,route the first entity to the first location; and in response todetermining, by one or more processors, that a second entity does nothave at least one of a second resource of the one or more resourcesrequired at the first location, program instructions to generate a routefor the second entity to avoid the first location by using one or morestatistical analyses indicating a confidence level.
 16. The computersystem of claim 15, further comprising: program instructions to issue anotification to the first entity, wherein the notification identifiesone or more resources required at the first location.
 17. The computersystem of claim 16, wherein the one or more resources required at thefirst location includes a person having a skill set.
 18. The computersystem of claim 16, wherein the one or more resources required includesa piece of equipment.
 19. The computer system of claim 15, wherein theevent information identifies one or more resources required at the firstlocation.
 20. The computer system of claim 19, wherein the one or moreresources required include at least one of: (i) a count of emergencyresponder personnel, (ii) a count of individuals having a skill ratingabove a predetermined threshold, or (iii) a piece of equipment.